home *** CD-ROM | disk | FTP | other *** search
/ TPUG - Toronto PET Users Group / TPUG Users Group CD / TPUG Users Group CD.iso / AMIGA / (A)Z / (A)Z6.ADF / AmigaBBS / BUGS1.TXT < prev    next >
Text File  |  1989-01-01  |  6KB  |  125 lines
  1. P1111.BUGS
  2.  
  3.   Oh heck, there are always bugs.  I can run my own programs for years and
  4. never see a bug, but give it to someone else and XAPPO!   Many of these
  5. have been fixed, some are not really bugs, others are not caused by program.
  6.  
  7.  
  8. 1.  There is a bug where the TNC reconnects to the other station after the
  9. other station disconnects.   This can happen when there is data left in the
  10. TNC buffer after the disconnect, and it seems the TNC reconnects so that it
  11. can complete the transmission.  KA2BQE says this is a bug in the AX25L2V2
  12. protocal and that the NETROM writers saw this and invented their own
  13. protocol.  Never been able to duplicate the reconnect when AX25L2V2 was
  14. turned off, so he may be correct.
  15.  
  16. 2.  FULL-DUPLEX TNC operation.  This is when your TNC starts transmitting,
  17. and you know by listening to the packets that it should be receiving.  On
  18. the Kantronics KAM, I found this happened when MAXUSERS or (USERS?)  was
  19. set to 0/1.  Didn't care if FULLDUP parameter was on or off.
  20.  
  21. 3.  Header time changes EST to UTC.  Re-assemble to change.  Argh!
  22.  
  23. 4.  The garbage on the screen when a station disconnects.  OK, the
  24. disconnect sequence has been the real tuffy on this BBS thing.  I am still
  25. studying all the numerous ways a disconnect can screw up, and the junk is
  26. the only way I can watch what happens.  Most of it will be eliminated at
  27. some future revision.
  28.  
  29. 5.  When used as a terminal on packet, in the monitor mode (F5 toggled on)
  30. I keep thinking that it misses the first line of a message on occasions.
  31. Must have looked for this bug 20 times, and keep drawing a blank.  Me thinks
  32. that this bug doesn't exist.
  33.  
  34. 6.  New message overwrites older message.  Happens when you delete a message
  35. from the top of the DIR.   The BBS looks at the first 4 bytes of DIR and
  36. uses that number as the last message number used, adds 1 to it and writes
  37. the next message under this new number.   Can't see an easy way around this,
  38. the answer for now is to not delete the top entry in DIR.
  39.  
  40. 7.  Kantronics PBBS forward.  Not a bug because this works, both on older
  41. and newer Kantronics PBBS's.   This BBS sends   SP WA3MNT < N3ET @ BBS
  42. and this format works, but is not the 'standard' for forwarding (assuming
  43. there is a 'standard').
  44.  
  45. 8.  PRMBS (a la KA2BQE).  Forwarding works, but you never know what BQE is
  46. gonna do on his next PRMBS revision.  Forwarding may look strange at times
  47. when TO or FROM a PRMBS, but I've never seen a forward fail.
  48.  
  49. 9.  *** ERRORS.  This BBS will tend to disconnect when it sees an ERROR
  50. message.  Well, better this then carry on for hours sending WHAT, HUH, or
  51. INVALID COMMAND.  Also, there may be a case where this BBS sends a
  52. *** ERROR message, then sends a prompt '>'.  Still watching for this.
  53. The prompt may cause the other end to think a message was properly forwarded.
  54.  
  55. 10. F9 BBS disable.  There may be a problem if you have the BBS disabled
  56. and someone connects and the terminal part times out, causing the BBS to
  57. be enabled for the next connect.  I gotta see if I can force this.
  58.  
  59. 11. HELP-KEY - Press this a second time before first completes, lose stack.
  60.  
  61. 12. NETROM.  If you connect to EPA, then tell EPA NETROM to connect
  62. to KB3UD, you think you are connected to KB3UD.  No.  You are connected to
  63. EPA, not KB3UD.  BBS picks up on correct call from NET/ROM, TheNet, and
  64. KA-NODES and works OK.
  65.  
  66. 13. NETROM.  Set your FRACK and DWAIT a little higher if you get too many
  67. collisions with AX25L2V2 polls.
  68.  
  69. 14. MESSAGE disconnects.  Someone starts a message and disconnects.  If no
  70. text has been entered, the BBS looks dead.  Give it 256 seconds ~4 minutes
  71. to time out.
  72.  
  73. 15. MESSAGE too big.  This BBS has a safety switch that stops saving a
  74. messsage after 65k.  You will have no indication of this.   The counters
  75. and all are capable of many gigabytes, but my computer isn't.
  76.  
  77. 16. CAPTURE too big.  The terminal part has a safety switch thats stops
  78. capturing after 1.8 megabytes (+/-).  Seemed a good number for my 3 megabyte
  79. RAM.  I think this was deleted ??
  80.  
  81. 17. MESSAGE forward.  A lot of TNC STATUS lines go to the screen when the
  82. BBS forwards a message.  The BBS looks for # (busy) C (connected to)
  83. D (Disconnected) etc.  Again, this is useful debug info.
  84.  
  85. 18. #ELK connection.  The TNC won't allow this (C #ELK).
  86.  
  87. 19. RM returns with error when no message for you.
  88.  
  89. 20. *** DISK FULL.  Another PRMBS special.  I think this BBS will disconnect
  90. when it sees this message.  If it don't, then it is a bug.
  91.  
  92. 21. SP WA3MNT N3ET.  BBS will not recognize N3ET, nor report the error.
  93.  
  94. 22. CMD: HUH eh?.  You may get 50 of these in a row.  Happens when someone
  95. tries to connect and doesn't copy you.  BBS retries out, sees another
  96. connect, and gets confused.   Takes a while, but BBS should recover.
  97.  
  98. 23. USR file corrupted.  Usually drops everything but call, then gets wrong
  99. name on next user.  I've had this happen after pushing PANIC BUTTON, F10,
  100. when BBS was active.  Also happens with disk errors or messed up B:USR.
  101.  
  102. 24. DIR file corrupted.  Only saw this happen when SYSOP faked an entry
  103. without correct number of spaces.  If you get lost, have another BBS or
  104. person send you a message like   SP WA3MNT @ KA3JAI < WB3HVJ   then look
  105. at what the BBS did in the DIR.
  106.  
  107. 25. B:BID sometimes messes itself.  New B:BID with old pointer.  Fixed??
  108.  
  109. 26. LIST NONE.  If nothing to list, 'L' command just prompts.
  110.  
  111. 27. Amiga DIR command.  You get a GURU if you use   DIR RAM: OPT I
  112. and then type 'T' on a file that BBS is writing to.
  113.  
  114. 28. NO MEMORY.  Gimme a break, if you run out of memory or DISK space,
  115. the AMiga should (will) tell you about it.  I don't know how to handle
  116. this cause I never let it happen.
  117.  
  118. 29. STACK 8000.  BBS really needs about 1000 byte stack or less.
  119. I run with STACK 8000 in my S/Startup-Sequence file.
  120.  
  121. 30 ICONS.  I don't.  So the BBS don't either.  Sorry, but you rodent fans
  122. hafta learn CLI.  Read this => you can't use the MOUSE to run the BBS from
  123. WORKBENCH.
  124.  
  125.